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Abstract of DE1 9739297 

The system includes first control units (25,30) 
each with a logical interface for transparent 
communication between workstations, PCs and 
control unit connected to the first network (17) 
and units connected to second network 
(46,52,54). Control unit (50), identification units 
(54,58), operation elements (59,57), input-output 
unit (56) and robot are connected to the second 
network. 
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Prijfungsantrag gem. § 44 PatG ist gestellt 

@ Automatisierungssystem und Steuervorrichtung zur transparenten Kommunikation zwischen verschiedenen 
Netzwerken 

(§) Die Erfindung betrifft ein heterogenes Automatisie- 
rungssystem (10) umfassend 

ein erstes physikalisches Netzwerk (15, 17, 20), in dem alle 
angeschlossenen Einrichtungen auf der Grundlage eines 
ersten Kommunikationsprotokolls kommunizieren kon- 
nen und 

wenigstens ein zweites, iiber eine erste, als Gateway fun- 
gierende Steuereinrichtung (25, 30), mit dem ersten Netz- 
werk (15, 17, 20) verbundenes physikalisches Netzwerk 
(52, 58, 59; 54, 56, 57, 60), in dem alle daran angeschalte- 
ten Einrichtungen (54, 56, 57, 60) auf der Grundlage eines 
zweiten Kommunikationsprotokolls kommunizieren kon- 
nen, wobei das erste und das zweite Netzwerk sowie das 
erste und zweite Kommunikationsprotokoll verschieden 
■ sind. 

CDer Erfindung liegt die Aufgabe zugrunde, ein System 
und eine Anschaltvorrichtung bereitzustellen, mit deren 
Hilfe die Kommunikation insbesondere bei der Inbetrieb- 
nahme, der Konfiguration und der Wartung des Systems 
im gesamten Automatisierungssystem vereinfacht wird. 
Dies erreicht die Erfindung dadurch, daB jede erste Steu- 
ereinrichtung (25; 30) eine logische Schnittstelle zur im 
wesentlichen transparenten Kommunikation zwischen 
wenigstens einer an das erste Netzwerk (17) angeschalte- 
ten Einrichtung und wenigstens einer an das zweite Netz- 
werk (52; 54) angeschalteten Einrichtung auf der Grundla- 
ge des ersten Kommunikationsprotokolls aufweist. 
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Beschreibung 

Die Erfindung betrifR ein Automatisierungssystem ge- 
maB dem Oberbegriff des Anspruchs 1 und eine Anschalt- 
vorrichlung gemalJ dem Oberbegriff der Anspriiche 13 und 
14. 

Es sind heterogene Automatisierungssysteme bekannt, 
die ein Leitnetzwerk, beispielsweise das Ethernet, und raeh- 
rcrc dem Lcilnctz untcrgeordnctc Feldbussc, z. B. cincn In- 
terBus-S, umfaBt. Die Anbindung eines Feldbusses an das 
Ethernet erfolgt uber sogenannte Gateways. Die an das Et- 
hernet angeschlossenen Gerate kommunizieren iiber das 
TCP/IP-Protokoll miteinander, wahrend die an die Feld- 
busse angeschalteien (Jerate jeweils verschiedene Kommu- 
nikationsprolokolle verwenden konnen. Allerdings sind die 
bekannten Gateways nicht in der T^age, eine transparente 
Komniunikation zwischen den an das Ethernet angeschalte- 
tcn Gcratcn und den an die untcrgcordncten Feldbussc ange- 
schlossenen Gerate uber das TCP/IP-Protokoll zu ennogli- 
chen. 

Der Erfindung liegt daher die Aufgabe zugrunde, ein Sy- 
stem und eine Anschaltvorrichtung bereitzustellen, mit de- 
ren Hilfe die Kommunikation insbesondere bei der Tnbe- 
Iriebnahme, der Konfiguration und derWartung des Systems 
im gcsamtcn Automalisicrungssytcm vcrcinfacht wird. 

Das technische Problem lost die Erfindung zum einen mit 
den Merkmalen des Anspruchs 1. 

Der Kemgedanke der Erfindung ist darin zu sehen, eine 
Datenkommunikation unter Anwendung eines gemeinsa- 
men ProtokoUs uber das Leitnetz und alle damit verbunde- 
nen Feldbussc zu ermoglichen. Insbesondere soil das 
TCP/lP-Protokoll und seine Dienste eine solche einheitliche 
Kommunikation zwischen dem Leitnetz und den unterge- 
ordnctcn Fcldbusscn sichcrstcUcn. 

Dazu umfaBt das AutoraaUsierungssystem ein erstes phy- 
sikalisches Netzwerk, in dem alle angeschlossenen Einrich- 
tungen auf der Grundlage eines ersten Kommunikationspro- 
tokolls kommunizieren konnen und wenigstens ein zweites, 
fiber eine erste als Gateway fungiemde Sleuereinrichtung 
mit dem ersten Netzwerk verbundenes physikalisches Netz- 
werk, in dem alle daran angcschaltetcn Einrichtungcn auf 
der Grundlage eines zweiten Kommunikationsprotokolis 
kommunizieren konnen, wobei das erste und das zweite 
Netzwerk sowie das erste und zweite Kommunikationspro- 
tokoll verschieden sind. Jeder ersten Steuereinrichtung ist 
eine logische Schnittstelle zugeordnet, die eine im wesentli- 
chen transparente Kommunikation zwischen wenigstens ei- 
ner an das erste Netzwerk angeschalteien Einrichtung und 
wenigstens einer an das zweite Netzwerk angeschalteten 
Einrichtung auf der Grundlage des ersten Kommunikations- 
protokolis erindglicht. Es sei angemerkl, daB das zweite 
Netzwerk auch eine einfache serielle Verbindungsleitung zu 
einem tragbaren Rechner sein kann. 

Die logische Schnittstelle unterstutzt insbesondere alle 
Inbetriebnahme-, Wartungs- und Archivierungsaufgaben. 
Mit Hilfe dieser Schnittstelle konnen Steuerungspro- 
gramme, Visualisierungsdaten sowie weitere anlagenspezi- 
fische Datensatze zu den entsprechenden Einrichtungcn 
transferiert und im laufenden Betrieb Diagnosedaten erfaBt 
werden, bzw. zur Archivierung in ein iiberlagertes Rechner- 
system transferiert werden. 

Vorteilhafte Weiterbildungen sind in den Unteransprii- 
chen umschrieben. 

Eine, ein Gateway enthaltende Steuervorrichtung ist in 
den nebengeordneten Anspriichen 13 und 14 angegeben. 

Die Erfindung wird nachfolgend anhand der Ausfuh- 
rungsbeispiele in Verbindung mit den Zeichnungen naher 
crlautcrt. Es zcigen: 



Fig. I die prinzipielle Struktur eines heterogenen Auto- 
matisierungssystems, in dem die Erfindung verwirkhcht ist. 

Fig. 2 eine erfindungsgemaBe Steuereinrichtung nach 
Fig. 1, die zwei untergeordnete Feldbusse mit dem Ethernet 
5 verbindet, 

Fig. 3 die Softwarestruktur der Steuereinrichtung nach 
Fig. 2, 

Fig. 4 den Industrie- PC nach Fig. 1, der iiber den Interbus 
mit zwei untcrgcordncten Stcucrungscinrichtungcn vcrbun- 
10 den ist. 

Fig. 5 die Softwarestruktur auf dem Industrie-PC und ei- 
ner untergeordneten Steuerungseinrichtung nach Fig. 4, die 
iiber einen Interbus verbunden sind. 
Die Struktur eines heterogenen Automatisierungssyslems 

15 10 ist vereinfacht in Fig. 1 dargestellt. An ein iibergeordne- 
tes Nety., in unserem Beispiel das Ethernet 17, ist ein PC-Sy- 
stem 15 und eine z. B. UNIX- Workstation 20 uber jeweils 
cincn Ethcmct-AnschluB angcschaltct. Dariibcr hinaus ist 
ein Industrie-PC 25 und eine speicherprogrammierte Sleuer- 

20 einrichtung 30, eine sogenannte Anschaltbaugruppe, an das 
Ethernet 17 angeschaltet, die fiber eine Gateway-Funktiona- 
litat verfugen. In den Industrie-PC 25 sind beispielsweise 
zwei Anschaitkarten 40, 42 eingesteckt, die einen Feldbus 
44 bzw. 46 mit dem Ethernet 17 verbinden. Bei dem Feldbus 

25 handclt cs sich beispielsweise um den IntcrBus-S. Eine RFC 
(Remote Field Control)-Steuereinrichtung 50, die ebenfalls 
fiber eine Gateway-Funktionalitat verfiigt, verbindet den In- 
terbus 44 mit einem weiteren Interbus 52. Die Anschaltbau- 
gruppe 30 verbindet einen weiteren Interbus 54 mit dem Et- 

30 hernet 17. Es sei angemerkt, daB beliebig viele Feldbusse 
tniteinander oder mil dem Ethernet 17 verbunden sein kon- 
nen. An den Interbus 54 sind neben Eingabe-/Ausgabe-Bau- 
gruppen 56, Identifizierungssysteme 54 auch Bedientermi- 
nals 57 mit cinfachen Visualisicrungsmoglichkeiten und cin 

35 Roboter 60 angeschaltet. An den Interbus-S ist beispiels- 
weise eine Identifizierungseinrichtung 58 und ein Bedien- 
element 59 angeschaltet. 

Alle Gerate, die miteinander kormnunizieren konnen, bil- 
den zusammen ein logisches Netzwerk. Voraussetzung fur 

40 eine Kommunikationsbeziehung zwischen Geraten in einem 
logischcn Netzwerk ist neben der physikalischcn Verbin- 
dung in erster Linie ein gemeinsames Kommunikationspro- 
tokoU. 

Das Ethernet 17 benutzt als KommunikalionsprotokoU 
45 das TCP/IP-ProtokoU, uber das der PC 15, die Workstation 
20, der Industrie-PC 25 und die Interbus-Anschaltbau- 
gruppe 30 miteinander kommunizieren konnen. 

Folgende Funktionen werden von dem TCPAP-Protokoll 
iiber das Ethernet 17 im allgemeinen unterstutzt: 

50 

a) Herunterladen von Steuerungsprogrammen und 
Konfigurationsdaten uber das Ethernet auf die INTER- 
BUS Anschaitkarten 40, 42 des IndusUie-PCs 25 oder 
der Anschaltbaugruppe 30 mit Ethemt-Schnittstelle, 
55 b) Archivierung von Programmen und Parametersat- 
zen in der Workstation 20, 

c) Diagnose der angeschalteten Feldbusse 44, 50 und 
52 ijnd 

d) tibertragung von Visualisierungsdaten fiber das Et- 
60 hernet. 

Der Interbus 44, 54 oder 52 benutzt neben einem ProzeB- 
datenkanal einen Parameterkanal zur tibertragung von Da- 
ten, tiber den Parameterkanal konnen komplexe und um- 
65 fangreichere Datcn zwischen zwei Interbus-lfeilnehmem 
ilbertragen werden. Dieser Kanal wird insbesondere ver- 
wendet, um beispielsweise die Displays von den Bedienter- 
minals zu aktualisicrcn, oder um Stcucrungsprogrammc auf 
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die unterlagerte Steuereinrichtung 50 iiber den Interbus 44 
zu iibertragen. Das Kommunikationsprotokoll, das fiir die 
Datenubertragung uber den Paramelerdatenkanal des Inter- 
bus verwendel wird, heiBt Peripheral Communication Proto- 
col (P(.T). 5 

In Fig. 2 ist ein Aussciinitt aus dem Szenario nach Fig. 1 
dargestellt. Der Industrie-PC 25, der in diesem Fall als 
Steuerungsrechner fungiert, ist uber das Ethernet 17 mil 
dcm iibcrgcordnctcn Rcchncrsystcm 15 verbundcn. Ein En- 
gineering-Rechner 70, der hier stilisiert als Laptop darge- lO 
stellt ist, realisiert eine Verbindung zum Industrie-PC 25 
iiber eine serielle Verbindung (V24). Die Steuerung der In- 
terbusse 44 und 46 wird mit Hilfe der beiden verschiedenen 
PC-Anschaltkarten 40, 42 im Steuerungsrechner 25 umge- 
setzt. Die PC-Anschaltkarte 40 sei beispielsweise die IBS 15 
ISA FC/I-T und die PC-Anschaltkarle 42 die IBS ISA 
FC/486 DX/l-T mit einem Coprozessor. Zusatzlich beinhal- 
tet der Industrie-PC 25 ncbcn den standardmaBig vorhandc- 
nen Massenspeichem, eine (PCMCIA) PC-Karle als Spei- 
chermedium fiir alle Steuerungsprogramme und die wesent- 20 
lichen Konfigurationsdaten z. B. fur die Visualisierung. 

Die erfindungsgemaBe einheitliche Kommunikations- 
struktur auf der Basis von TCP/IP vereinfacht im wesentli- 
chen die foigenden Dateniibertragungen: 

Herunterladcn und Hinaufladen von Stcuerungsprogram- 25 

die tibertragung von Konfigurationsdaten fiir Steuerungen 
und Visualisierungen, 
die Ubertragung von Diagnosedaten und 
die tibertragung von Daten an die Anzeigeeinrichtung der 30 
Bedienterminals. 

Die nachfolgend in Verbindung mit Fig. 3 beschriebene 
Softwarestruktur ist auf dem Industrie-PC 25 notwendig, 
um die erfindungsgemal3e TCP/EP-Kommunikationsstruktur 
zu unlerstutzen. 35 

Um die Kommunikation zwischen dem Industrie-PC 25 
und dem iibergeordneten PC 15 zu verdeutlichen, ist auch 
dieser in der Fig, 3 dargestellt. Der Engineering-Rechner 70 
ist nicht gezeigt. Er verhalt sich aber kommunikationstech- 
nisch wie der Industrie-PC 25, mit dem Unterschied, daB 40 
eine Verbindung zwischen dcm Industrie-PC 25 und Engi- 
neering-Rechner 70 in diesem Beispiel iiber die serielle 
Schnittstelle erfolgt. 

Im oberen Bereich der Fig. 3 ist der ubergeordnete PC 15 
schematisch dargestellt. PC WORX kann auf diesem PC 15 45 
beispielsweise verwendet werden, um Diagnosedaten vom 
unterlagerten Industrie-PC 25 zu holen, oder um die unterla- 
gerten Interbusse 44, 52 und 54 zu visualisieren. 

Im mittleren Bereich der Fig. 3 ist die Softwarestruktur 
dcs Industrie-PCs 25 dargestellt. Eine Kommunikation auf 50 
der Basis des TCP/EP-ProtokoUs kann iiber den Ethemel- 
NetzwerkanschluB und/oder iiber eine serielle Schnittstelle 
des Hauptrechners 80 des Industrie-PCs 25 ermoglicht wer- 
den. Uber die serielle Leitung wird das Point-to-Point-Pro- 
tocol (PPP) unterstUtzt. Dieses Protokoll kapselt das 55 
TCP;^-Protokoll in eine geeignete Form, so daB eine seri- 
elle Ubertragung (beispielsweise iiber ein Modem) moglich 
ist. 

Auf dem Industrie-PC 25 kann ein VisualisierungsprozeB 
laufen, der z. B. uber das Open Com Interface (OCI) auf Da- 60 
ten des Prozesses zugreift. SoUen diese Daten an einen uber- 
lagerten, an das Ethernet 17 angeschalteten Visualisierungs- 
rechner iibertragen werden, mul3 auf dem Industrie-PC 25 
ein ServerprozeB (Ethemet-DDI-Server, nicht abgebildet) 
laufen, der die iiber das Ethernet 17 empfangenen DDI- 65 
Kommandos an die Geratetreiberschnittstelle DDI (engl.: 
Device Driver Interface) durchreicht. SYSTEM WORX ist 
in der Lagc, DDI-Dienste per Datagramm Uber das Ethernet 
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17 zu iibertragen. Uber diesen Weg kann auch die Visuali- 
sierung des PC WORXremote mit Daten versorgt werden. 
Uber einen Loader konnen Steuerungsprogramme und die 
notwendigen Konfigurationsdaten auf die Anschaltkarten 
40,42 heruntergeladen werden. Dieser Vorgang kann aller- 
dings nicht von einem entfemten Host initiiert werden. 

Downloads und Uploads von Daten konnen in dem 
TCP/IP-basierten Ethernet mit Hilfe des FTP-Dienstes reali- 
siert werden. Da dieser Dienst cine CUcnt/Scrvcr-Struktur 
vorsieht, muB auf dem Zielsystem immer ein FIT-Server 
verfiigbar sein. Mit Hilfe eines FTP-Clients konnen dann 
Daten an und vom Industrie-PC 25 iibertragen werden. 
Windows NT bietet standardmaBig einen im System inte- 
grierten FTP-Client. Mit Hilfe des FTP-Dienstes konnen 
Steuerungsprogramme sehr komfortabel auf den Industrie- 
PC heruntergeladen werden. Der FTP-Server verwendet da- 
bei das Dateisystem (oder eine PC-Karte) des Industrie-PCs, 
um die empfangenen Daten zu spcichcm. Von dort kann ein 
IB-Loader verwendel werden, um die Programme auf die 
Anschaltkarten 40, 42 zu transferieren. Um eine moglichst 
einheitliche und durchgangige Kommunikationsinfrastruk- 
tur im gesamten Automatisierungssystem 10 zu errcichen, 
mussen Steuerungsprogramme und Konfigurationsdaten mit 
dem FTP-Dienst auf die PC-Anschaltkarten 40, 42 herunter- 
geladen werden. Die hicrfiir notwendigen Anpassungcn sind 
abhangig von der unterlagerten PC-Anschaltkarte 40, 42. 

Die in Fig. 3 gezeigte Anschaltkarte 42 mit einem Copro- 
zessor 85, wie die IBS ISA Fa486 DXfl-T oder die IBS 
S7/400 DSC/ETH, bietet die Mdglichkeit, einen eigenen 
TCP/IP-Protokollstapel zu implementieren, und sie besitzet 
somit auch eine eigene IP-Adresse, mit der sie eindeutig in 
dem Automatisierungssystem 10 identifiziert werden kann. 
Hat der Coprozessor 85 keinen Ethernet-AnschiuB, so ist die 
einzige Schnittstelle, die den Coprozessor 85 mit dcm iibcr- 
lagerten Hauptrechner 80 verbindet, ein Mehrlorspeicher 
MPM (engl.: Multi Port Memory). Deshalb miissen alle 
iiber den FTP-Dienst transferierten Daten liber das MPM 
iibertragen werden. Auf dem Coprozessor 85 miissen diese 
Daten iiber Dienste des DDI geholt werden und wieder in 
TCP/IP-Rahmen umgesetzt werden. Diese Aufgabe obliegt 
einem speziellen ServerprozeB, der auf dcm Coprozessor 85 
unter Vx Works lauft. Uber den TCP/TP-Protokollstapel kon- 
nen die Daten dann an einen FTP-Server, der zusatzlich auf 
dem Coprozessor 85 lauft, durchgereicht werden. Auf dem 
iiberlagerten Hauptrechner 80 muB zudem ein spezieller 
TCP/DDI-NDIS-Treiber vorhanden sein. Daten, die iiber 
die Ethemet-Schnittstelle oder uber PPP von der seriellen 
Schnittstelle kommen und fiir die unterlagerte PC- Anschalt- 
karte 42 bestimmt sind, miissen diiekt auf diesen Treiber 
umgclcitet (gcroutct) werden. Dies ist allcrdings nur dann 
realisierbar, wenn im Industrie-PC 25 eine entsprechende 
Routinginformation zur Verfugung steht. 

Weist der Coprozessor 85 der Anschaltkarte 42 hingegen 
einen Ethemet-AnschluB auf, iibemimmt der auf diesem 
Coprozessor 85 arbeitende TCP/IP-Stapel alle diese Aufga- 
ben. 

Im Gegensatz zur Anschaltkarte 42 mit dem Coprozessor 
85 verfiigt die einfache Anschaltkarte 40 nicht iiber genii- 
gend Ressourcen, um einen eigenen TCP/IP-Protokollstapel 
zu ermoglichen. Da sie folglich auch keine IP-Adresse besit- 
zen kann, muB ein sogenannter Stellvertreter oder Proxy- 
Server auf dem iibergeordneten Hauptrechner dafiir soigen, 
daB die Anschaltkarte 40 im Automatisierungssystem 10 
adressiert werden kann. Ein solcher Proxy-Server ilber- 
nimmt die Rolle eines FTP-Servers, empfSngt die herunter- 
geladenen Daten stellvertretend fiir die unterlagerte An- 
schaltkarte 40, und transferiert diese Daten dann iiber das 
MPM mit Hilfe der hicrfiir erforderlichcn Dienste eines In- 
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terbus-Masters. 

Fig. 4 zeigt einen einen Ausschnitt des Automatisierungs- 
syslems 10 nach Fig. 1, in dem der uberlagerte Industrie- PC 
25 iiber den Interbus 44 mil der unterlagerten Steuerungs- 
einrichlung 50 und einer weiteren unterlagerten Steuerungs- 
einrichtung 90 verbunden ist. Bei den direkt unterlagerten 
St.euerungseinrichtungen 50 und 90 handelt es sich bei- 
spielsweise um eine Fernfeld-Steuereinrichtung RFC {engl.: 
Remote Field Controller (IBS 24RFC/486 DX) und zum an- 
deren um einen Steuerungs-PC 90 mit einer Interbus-PC- 
Anschaltbaugruppe. Der unterlagerte Steuerungs-PC 90 
steuert einen Interbus 92, in den wiederum eine dezentrale 
Steuerungseinrichtung 95 (IBS RT 24 DIO 16/16-T) als 
Slave inlegriert ist. 

Steuerungsprogramme und Konfigurationsdaten sollen 
mit Hilfe des FTP-Dienstes vom iibergeordneten Industrie- 
PC 25 uber den Interbus 44 auf die unterlagerten Steue- 
rungscinrichtungcn 50, 90 hcruntcrgcladcn wcrdcn. Erfor- 
derlich ist hierau die tjbertragung der TCPfflP-Datenblocke 
uber den Interbus 44. Damit Interbus- Teilnehmer uber den 
TCPHP-Dienst FTP direkt angesprochen werden konnen, 
miissen sie eine IP-Adresse haben. Die Steuerungseinrich- 
tungen 50 und 90 besitzen geniigende Ressourcen, um einen 
eigenen voUwertigen TCP/EP-ProtokoUstapel zu ermogli- 
chcn, rait dem cine IP-Adrcssc assoziicrt wcrdcn kann. Da 
als Ubertragungsmedium zwischen dem iibergeordneten In- 
dustrie-PC 25 und den unterlagerten Steuerungseinrichtun- 
gen 50 und 90 der Interbus 44 fungiert, kann der ZugrilT auf 
die unterlagerten Steuerungseinrichtungen 50, 90 nicht mit 
den Standard verfahren realisiert werden, die in dem Ether- 
net 17 selbstverstandLich sind. Zwischen dem Ethernet 17 
und dem Interbu.s 44 muB insofern ein Gateway dafiir sor- 
gen, daB die Verbindung zustande kommt. Die IP-Adressen 
allcr Intcrbus-Tcilnchmcr miissen in cincm dem Interbus 44 
ubergeordneten Namensserver abrufbar sein. 

Da die Interbus-Teilnehmer keine regularen Ethemet-Ge- 
rSte sind, muB der Namensserver ebenso die fiir den jeweili- 
gen Interbus-Teilnehmer zustandigen Steuerungsrechner be- 
inhalten. Mit anderen Worten ist in dem Namensserver die 
IP-Adresse beispielsweise der Steuereinrichtung 50 und die 
der Idcntifizicrungscinrichtung 58 und des Bedicntcrminals 
59 abgelegt. TCP/IP-Dienste, die z. B. an den Teilnehmer 58 
des Interbusses 52 gerichtet sind, gehen zuerst an den zu- 
standigen Proxy-Server der Steuereinrichtung 50. Die IP- 
Adresse wird dann auf eine Interbus-spezifische Kommuni- 
kationsreferenz abgebildet, mit der eine Verbindung zwi- 
schen zwei Interbus-Teilnehmem uber den Parameterdaten- 
kanal beschrieben wird. Die empfangenen TCP/IP-Daten- 
blocke werden dann in PPP-Rahmen gekapselt und mit 
Hilfe einer Sequcnz von PCP-Dienstaufrufen (Fragmcntic- 
rung der Daten) an den entsprechenden Interbus-Teilnehmer 
58 Ubertragen. Die Ubertragung der Daten kann entweder 
vom Proxy-Server selbst oder mit einem entsprechenden 
PPP/PCP-NDIS-Treiber in der Steuerungseinrichtung 50 
vorgenommen werden. 

Auf der unterlagerten Steuerungseinrichtung 50 und 90 
muB ein Treiber oder Server-ProzeB) vorhanden sein, der 
iiber die Interbus- Slave-Anschaltung Zugrilf auf den Para- 
meterdalenkanal besitzt. Dieser TVeiber wandelt die PCP- 
Rahmen wieder in TCP/IP-Rahmen (bzw. PPP-Rahmen) 
um. iiber den TCP/IP-Protokollstapel gelangen die Daten 
dann beispielsweise an einen FTP-Server, Das Ergebnis des 
Dienstaufrufs wird vom Interbus-Teilnehmer iiber den Para- 
meterdatenkanal entweder iiber den TVeiber oder direkt an 
den Proxy-Server der entsprechenden als Gateway fungie- 
renden Steuereinrichtung zuriick geliefen. Von dort werden 
die Daten dann an das aufrufende System ubertragen, 

Die tjbertragung von Daten an einfache dezentrale Stcuc- 
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rungseinrichtung (nicht dargestellt), die nicht geniigend 
Ressourcen besitzet, um einen TCP/EP-Protokolistael zu er- 
moglichen, ist wiederum Uber den Proxy-Server auf der je- 
weiligen Steuereinrichtung moglich. Da die unterlagerte 
5 Steuerungseinrichtung nicht TC'P/IP-fiihig ist, muB ihr eine 
virtuelle IP-Adresse zugeordnet werden. Diese soUte, wie 
auch alle realen TP-Adressen, im gesamten Automalisie- 
rungssystem 10 eindeutig sein und vom zentralen Namens- 
server vcrwaltct wcrdcn. Das Heruntcrladcn von Stcuc- 

10 rungsprogranmien von einer ubergeordneten Steuerungsein- 
richtung uber den TCP/IP-Dienst FTP wird liber den Proxy- 
Server umgesetzt. Stellvertretend fiir die unterlagerte Steue- 
rungseinrichtung wird der FTP-Dienstaufruf vom Proxy- 
Server bearbeitet. tJber die Abbildung der virtuellen IP- 

15 Adresse auf die Kommunikationsrerefenz bestimmt der 
Proxy-Server den richtigen Interbus-Teilnehmer und emu- 
liert den FTP-Dienst, indem die entsprechenden Interbus- 
Dicnstaufrufe (DDI) vcrwcndct werden, die fiir ein Hcrun- 
terladem der Software auf die Anschaltung notwendig sind. 

20 Die Ergebnisse des Herunterladens werden iiber den Proxy- 
Server in adaquater Form (FTP-konform) an den F'l'P- Client 
zuriickgegeben. 

In Fig. 5 ist die grobe Softwarestruktur fur den als Gate- 
way fungierenden Industrie-PC 25 und die unterlagerte 

25 Steuerungseinrichtung 50 vom Typ IBS 24 RFC/DX486 mit 
dem TCP/[P-Protokollstapel zu sehen. 

Handelt es sich bei der unterlagerten Steuerungseinrich- 
tung 50 um eine PC-basierte Steuerungseinrichtung, die den 
unterlagerten Interbus 52 steuert, dann befinden sich minde- 

30 stens zwei Interbus-Anschaltungen in diesem System. Ober 
eine Slave-Anschaltung ist die Steuerungseinrichtung 50 
mit dem iibergeordneten Interbus 44 verbunden. Die Steue- 
rung des unterlagerten Interbus 52 ubemimmt eine Masler- 
Anschaltung. 

35 Die iiber den Parameterdatenkanal des Interbusses 44 
empfangenen Daten werden uber einen PCP/PPP-NDIS- 
Treiber wieder in PPP-Rahmen umgewandelt und uber den 
TCP/IP-Protokollstack zum Beispiel an den FTP-Server 
durchgereicht. 

40 Damit Daten auch uber mehrere als Gateways fungie- 
rcndc Stcucrcinrichtungcn - beispielsweise die Stcucrein- 
richtungen 25 und 50- hinweg an unterlagerte Interbusse 
transportiert werden konnen, muB auf jedem, zwei Inter- 
busse verbundenen Gateway, das TCP/IP oder TCP/IP iiber 

45 PCP unterstiitzt, ein Interbus Proxy-Server vorhanden sein. 
Der Proxy-Server verwaltet alle unterlagerten Interbus-Teil- 
nehmer, die PCP unterstiitzen. Damit diese Teilnehmer mit 
einem TCP/IP-Dienst angesprochen werden konnen, muB 
der Proxy-Server die IP-Adressen der unterlagerten Teilneh- 

50 mer kcnncn und auf cine Interbus-spezifische Kormnunika- 
tionsreferenz abbilden konnen. Der Proxy-Server verwendet 
einfache Namenstabellen, um unterlagerte Steuerungsein- 
richtungen und Interbus-Teilnehmer uber den Interbus mit 
TCP/IP-Dienste wie FTP anzusprechen. Eine Kommunika- 

55 tion mit iiberlagerten Steuerungseinrichtungen ist nur dann 
moglich, wenn die unterlagerte Steuerungseinrichtung 
Kenntnis dariiber besitzen, wie iiberlagerten Steuerungsein- 
richtungen zu erreichen sind (iiber welche Gateways etc.) 
In einem Interbus wird die Verbindung zum iiberlagerten 

60 Gateway grundsatzlich uber die Master-Anschaltung des 
entsprechenden Interbus-Subnetzes erreicht. Das direkt 
ubergeordnete Gateway kann von unterlagerten Busteilneh- 
mem somit problemlos angesprochen werden. Verbindun- 
gen zu iiberlagerten Systemen iiber mehrere Gateways hin- 

65 weg sind nur dann moglich, wenn der jeweilige Teilnehmer 
die notwendige Route kennt. Sinnvollerweise wird die hier- 
flir notwendige Logik in den Proxy-Server verlagert, der auf 
jcdem Gateway notwendig ist. Da der Proxy-Server Kennt- 
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nis iiber die Adressen der gesamten unterlagerten Interbus- 
Teilnehmer und iiber die Adresse des nachsten uberlagerten 
Gateways besitzt, werden Dienste, die an andere IP-Adres- 
sen gehen grundsatzlich zum nachsten Gateway durchge- 
reicht, bis die zustandige Steuerungseinrichtung gefunden 5 
ist. Auf der Ebene des Ethernets sorgt der spezielle Namens- 
server, der die gesamten IP-Adressen des Automatisierungs- 
systems verwaltet, dafiir, daB alle IP-Adressen (auch die vir- 
tuellcn Adressen) aufgclost wcrdcn, bzw. das die korrektcn 
Routen identifiziert werden. 10 

Bine wesentliche Voraussetzung fiir die Integration von 
Feldbus-Teilnehmem in eine Kommunikationsstruktur auf 
der Basis von TCP/IP ist zum einen die physikalische Ver- 
bindung zwischen Netzwerk und Teilnehmer und zum ande- 
ren die eindeutige IP-Adresse des jeweiligen Teihiehmers 15 
im Netzwerk. Die physikalische Verbindung zwischen den 
unterschiedlichen Ubertragungsmedien (wie zum Beispiel 
Ethernet und Intcrbus) kann, wie bcrcits bcschriebcn, iiber 
Gateways umgesetzt werden. Hier koimnen entweder PC- 
basierte Steuerungseinrichtungen mit Netzwerkkarte und 20 
Interbus-Anschaltungen, oder Ethernet-RFC (IBS 24 RFC/ 
486DX/ETH-T) zum Einsatz. Die Verbindung zwischen ei- 
nem iiberlagenen und einem unterlagerten Interbus wird 
auch mit Hilfe von als Gateways fungierenden Steuerein- 
richtungen umgesetzt, obwohl beidc physikalischcn Ubcr- 25 
tragungsmedien identisch sind. Gateways sind im Automati- 
sierungssystem 10 grundsatzlich Steuerungseinrichtungen, 
die einen unterlagerten Feldbus steuem. Je nach Art des un- 
terlagerten Feldbus-Teilnehmers erfolgen Dateniibertragun- 
gen (wie Downloads und Uploads) zwischen Gateway und 30 
diesem entweder iiber 
TCP/IP, 

TCP/IP uber PCP (PCP+), 
Oder PCP. 

Steuerungseinrichtungen, die keinen eigenen TCP/TP- 35 
Protokollstapel besitzen, miissen iiber virtueUe IP-Adressen 
angesprochen werden konnen. Das Gateway muB als Stell- 
vertreter des unterlagerten 

Busteilnehmers eine entsprechende Namenszuordnung um- 
setzen. Uber die Anschaltbaugruppe des Gateways konnen 40 
Kommunikationsrcfercnzcn dcfiniert werden, mit dcnen 
PCP -Verbindungen zwischen zwei PCP-fahigen Busteil- 
nehmem charakterisiert sind. PrinzipieU kann iiber die An- 
schaltbaugruppe eine PCP-Koimnunikation zu jedem Bus- 
teilnehmer mit PCP-Fahigkeit aufgebaut werden. Mit Hilfe 45 
einer geeigneten Abbildungsfunktion von Kommunikati- 
onsreferenz auf virtueUe IP kann einem Busteilnehmer eine 
eindeutige IP-Adresse zugeordnet werden. Diese Abbildung 
wird in einem iibergeordneten Namensserver und auf dem 
jeweiligen Gateway-Rechner verwaltet. 50 

Fur die Realisierung dieser Suuktur mussen im wesentli- 
chen drei Softwarekomponenten umgesetzt werden: 
Interbus- Proxy-Clients fur alle direki im Netzwerk befindli- 
chen Rechnersysteme, 

Interbus Proxy-Server fur die entsprechenden Gateway- 55 
Rechner, 

PCP/PPP-NDIS-Treiber fiir PC-basierte Rechnersysteme, 
die iiber eine Slave-Anschaltung mit dem Interbus und so- 
mit mit dem Gateway verbunden sind, 

PCP/PPP-Server-ProzeS fiir dezentrale Steuerungen wie der 60 
IBS 24 RFC/486DX. 

Interbus Proxy-Clients miissen zwischen realen und virtu- 
ellen IPs unterscheiden. Die meisten TCP/IP-Dienste, wie 
Telnet, Ping, oder FTP, erfordem die Angabe einer IP- 
Adresse, die kennzeichnet, welcher Host angesprochen wer- 65 
den soli. Unter Windows NT und in vielen anderen Betriebs- 
systemen wird eine spezielle Softwarebibliothek (Socketli- 
brary) verwendet, um netzwerkspezifischc Funktionen, wie 
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Verbindungsaufbau, Datentibertragungen und die Namens- 
auflosung durchfuhren zu konnen. Da alle TCP/IP-Stan- 
darddienste diese Bibliothek verwenden, muB der Proxy- 
Client noch vor dem Aufruf der Funktionen der eigentlichen 
Socket-Bibliothek die aufgerufene IP-Adresse iiberpriifen, 
um zu testen, ob es sich um eine virtueUe oder eine reale IP 
handelt. Im Falle einer realen IP-Adresse konnen alle Funk- 
tionsaufrufe an die SocketbibUothek durchgereicht werden. 
Im Gcgcnsatz dazu muB bci einer virtueUen IP-Adrcssc der 
Dienst an einen Interbus Proxy-Server durchgereicht wer- 
den, da das gewahlte Gerat ein Teilnehmer des Interbus und 
insofem nicht direkt im Netzwerk erreichbar ist. Den zu- 
standigen Proxy-Server kann der Proxy-Client entweder 
iiber eine lokale oder eine zentrale AbbildungstabeUe in ei- 
ner Datenbank (Namensserver) ermitteln. Diese TabeUe be- 
inhaltet alle einem Proxy-Server zugeordneten virtueUen IP- 
Adressen. 

Ncbcn der Vcrwendung virtueUcr IP-Adressen, besteht 
auch die MogUchkeit, einer Netzwerkkarte mehrere IP- 
Adressen zuzuordnen. Ein Gateway-Rechner konnte in die- 
sem Fall aUe IP-Adressen der unterlagerten Interbus-Teil- 
nehmer auf die eigene Netzwerkkarte abbUden. Eine zen- 
trale Namensverwaltung und der Proxy-Qient sind in die- 
sem FaU uberfliissig. Jeder TCP/EP-Dienst, der mit einer IP- 
Adrcsse der untcdagcrten Intcrbus-Teilnchmer aufgcrufen 
wird, muB auf dem Gateway-Rechner abgefangen und an 
den unterUegenden Interbus-Teikjehmer weitervermittelt 
werden. Jeder Aufruf eines TCP/IP-Dienstes wird vom 
Proxy-Server analysiert. Wird dabei die definierte IP- 
Adresse eines unterlagerten Interbus-Teilnehmers gefunden, 
wird der Aufruf in PPP-Rahmen gekapselt und mit Hilfe der 
entsprechenden Interbus-Dienste uber den Parameterdaten- 
kanal an den zustandigen Empfanger ubertragen. Nachteil 
dieses Ansatzes ist die Mcngc der gleichzeitig mit der Netz- 
werkkarte gebundenen IP-Adressen. Von Windows NT wer- 
den zur Zeit nur fiinf unterschiedliche IP-Adressen unter- 
stiitzt. 

Der Interbus Proxy-Server lauft auf Gateway-Rechnem 
und ist verantwortlich fiir die TCP/IP-basierte Kommunika- 
tion zwischen Systemen iiber den Interbus. Zu den Aufga- 
bcn des Proxy-Servers zahlen: 

Erzeugung und Verwaltung virtueUer "PPP uber PCP"-Ver- 
bindungen zu unterlagerten und iibergeordneten Systemen, 
Emulation von TCP/EP-Diensten steUverlrelend fur Inter- 
bus-Teilnehmer ohne TCP/IP-ProtokoUstapel, 
Bereitstellung des "Remote-DDI" fur Konfiguration, \^sua- 
lisierung, 

Verwaltung lokaler Namentabellen mit virtueUen IP-Adres- 
sen unterlagerter Systeme, 

Synchronisation der lokalen und globalcn Namcnseintrage 
Routing. 

Der Proxy-Server verwaltet aUe Verbindungen zwischen 
unterlagerten und iibergeordneten Systemen. 

Um eine ausreichende Flexibilitat zu gewahrleisten, muB 
der Proxy-Server mehrere simultane Verbindungen verwal- 
ten konnen. Da auch Verbindungen uber mehrere Ebenen 
(und entsprechend mehreren Gateways) umgesetzt werden 
soUen, muB der Proxy-Server zu einer gegebenen EP- 
Adresse auch den Pfad ermitteln konnen. Uber die Verwen- 
dung von statischen Routingtabellen, in denen aUe unterla- 
gerten Systeme in geeigneter Form eingetragen sind, kann 
die Route zu einem bestimmten unterlagerten Teibiehmer 
gefunden werden. Die Route zu einem iiberlagerten System 
kann nur durch einen Nachrichtenaustausch mit iiberlager- 
ten Gateways festgelegt werden. Die Verbindung muB so 
unter Umstanden iiber mehrere Gateways, bzw. deren 
Proxy-Server realisiert werden, ProxyrServer fungieren hier 
als Software-Router. Fiir diesen Zweck werden auch lokale 
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Namenstabellen voni Proxy-Servern angelegt und verwaltet. 
Da der Proxy-Server fiir das Anlegen der Tabellen zustandig 
ist, iniissen zusatzlich die lokalen Daten mit den globalen 
Daten des globalen Namensservers abgeglichen werden. 

FOr Busteilnehnier ohne die Moglichkeit eines eigenen 5 
TCP/IP-Protokolistapels miissen Proxy-Server zudem die 
wesentlichen TCP/TP-Dienste emulieren. Sinnvollerweise 
muB hier eine geeignete Auswahl an verfiigbaren Emulati- 
onsdicnstcn vorgcnommcn werden. Zusatzlich soUtc der 
Proxy-Server als Ethernet-DDI-Server fungieren, so daB lO 
Konfigurationstools und \^sualisierungen "remote" auf das 
DDI zugreifen konnen. 

Der Interbus-Proxy-Client wird grundsatzlich automa- 
tisch vor jedem Aufruf einer Socket-Funktion aktiv. 

Handelt es sich bei diesem Aufruf um eine Funktion, die 15 
als Argument eine TP-Adresse beinhaltet, iiberpriift der 
Proxy-Client diese. Erkennt der Proxy-Client eine reale IP- 
Adrcssc, wird der Aufruf dirckt an die entsprcchcndc Sok- 
kel-Funktion durchgereichl. Wird eine virluelle IP-Adresse 
erkannl, wird der Funktionsaufruf in ein Datagramm gekap- 20 
selt und an den entsprechenden Proxy-Server gesendet. Das 
Ergebnis des Funktionsaufrufs kommt dann entweder direkt 
vom realen Host oder aber vom Proxy-Server in Form eines 
Datagrainms. Die Kommunikalion zwischen Proxy-Client 
und Proxy-Server wird typischcrwcisc iibcr Remote Procc- 25 
dure Calls umgesetzt. 

PC-Steuerungen, die iiber eine Slave- Anschaltung mit ei- 
neiii Inlerbus verbunden sind, benotigen einen NDIS-TVei- 
ber, der aus den iiber den Interbus empfangenen PCP-Daten 
wieder PPP-Rahmen (und umgekehrt aus PPP-Rahmen wie- 30 
der PCP-Rahmen) erzeugt. Daten, die von der Interbus- An- 
schaltbaugruppe kommen, miissen vom Treiber in PPP-Da- 
tenpakete umgewandelt werden. Da das PCP-Protokoll nur 
klcine Datcnmcngcn in einem Dicnstaufruf iibcrlragcn 
kann, muS unier Uinstanden eine Defragnientierung der Da- 35 
ten vorgenommen werden. Zusatzlich rauB eine Fehlerbe- 
handlung bei unvollstandigen Dalen vorgesehen werden. In 
anderer Richtung miissen empfangene PPP-Datenpakete 
fragmentiert und iiber eine Sequenz von PCP-Dienstaufru- 
fen iibertragen werden. 40 

Da auf PC-Anschaltkartcn mit Coprozcssor cin TCP/IP- 
Protokolistapel moglich ist, sollte iiber das Multi Port Me- 
mory zusatzlich das ProtokoU TCP/IP gefahren werden. 
Dies wiirde zudem ermoglichen, Prozesse, die unler 
VxWorks auf einem Coprozessor-Board aktiv sind, iiber 45 
TCP/IP "remote" zu debuggen. Notwendig ist insofem ein 
NDIS-Treiber, der sich zum Host wie eine Netzwerkkarte 
verhalt und auf der anderen Seite iiber das DDI auf das Mail- 
box-Interface des MPM zugreift. 

Die Konfiguration cincs Automatisicrungssystems kann 50 
durch den Einsatz einer einheitlichen Kommunikalions- 
ebene deutlich vereinfacht werden. Durch die Verwendung 
des de facto Standards TCP/EP kann auf eine groBe Menge 
von sinnvoUen Softwarewerkzeugen zurtickgegrififen wer- 
den. 55 

Das File Transfer Protocol (ftp) kann fiir die Ubertragung 
von groBen Datenmengen verwendet werden. Downloads 
und Uploads von Programmen und Konfigurationsdaten 
konnen so in einheitlicher Art und Weise umgesetzt werden. 
Eine weitgehende Automatisierung kann durch solch eine 60 
transparente Kommunikationsstruktur erheblich vereinfacht 
werden. 

Umfangreiche Automatisierungssysteme beinhalten ein 
groBe Anzahl von verschiedenen dezentralen Steuerungen. 
Haufig miissen in groBen Anlagen autarke Einheiten ausge- 65 
tauscht Oder neu initialisiert werden. Die.se Bestandteile 
miissen dann moglichst automatisch wieder Hochfahren. In 
PC-basicrtcn Stcuerungscinrichtungcn und in Fcmfcld- 
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Steuereinrichtungen, konnen Steuerungsprogramme und an- 
dere Konfigurationsdaten auf eine PC-Karte (Flash-Me- 
mory, ATA-Drive etc. siehe auch Anhang A) gespeichert 
werden. Wahrend des Bootvorgangs konnen uber den FTP- 
Diensl wieder alle Daten von diesen Speichermedien auf die 
unterlagerten Steuerungen heruntergeladen werden. 

Auch die Uberwachung des Automatisierungssystems 
wird durch den Einsatz des TCP/IP-Protokolis unterstutzt. 
Angcfangen von cinfachcn Monitoring - iiber komplcxe 
Fernwartungsmoglichkeiten lassen sich auf der Crundlage 
von TCP/TP viel Einsatzgebiete abdecken. Zum Beispiel 
kann der einfache Ping-Dienst verwendet werden, um zu 
iiberpriifen ob ein System im Netzwerk vorhanden ist. Weit 
mehr Moglichkeiten bietel das Simple Network Manage- 
ment Protocol. Dieses Protokoll bildet die Grundiage fiir 
viel modeme Netzwerkmanagemenl-Anwendungen. 

Die Verwendung des i'CT/EP-Protokolls fiir die Realisie- 
rung einer einheitlichen Kommunikationsinfrastruktur in ei- 
nem Automatisierungssystem bietet eine Reihe von Vortei- 
len. Dem zunehmenden Grad an Komplexitat durch immer 
mehr dezentrale, autarke Funktionseinheiten kann durch 
Transparenz der Kommunikation entgegengewirkt werden. 
Inbetriebnahmen, Wartungen und Anpassungen der Sy- 
steme konnen erheblich vereinfacht werden. Bereits be- 
wahrtc Mcchanismcn zur Ubertragung von Daten, zur Fcm- 
wartung etc. konnen auf breiter Flache zum Einsatz kom- 
men. Eine groBe Zahl von verfiigbaren Softwarewerkzeugen 
auf der Basis des TCP/EP-Protokolls machen viele Spezial- 
losungen iiberfliissig. Wie bereits erwahnt lassen sich bei- 
spielsweise Steuerungsprogramme und andere Daten pro- 
blemlos mil dem FTP-Dienst herunterladen, beliebige Funk- 
tionseinheiten auf der Basis von SNMP warten und System- 
prozesse mit rexec femstarten. 

PalenlansprQche 

1 . Automatisierungssystem umfassend 

- ein ersles physikalisches Netzwerk (17), in dem 
alle angeschlossenen Einrichtungen (15, 20, 25, 
30) auf der Grundiage eines ersten Kommunikati- 
onsprotokolls kommunizicrcn konnen und 

- wenigstens ein zweites, iiber eine erste, als Ga- 
teway fungierende Steuereinrichtung (25; 30) mit 
dem erslen Netzwerk verbundenes physikalisches 
Netzwerk (46, 52; 54), in dem alle daran ange- 
schalteten Einrichtungen (25, 58, 59; 30, 54, 56, 
57, 60) auf der Grundiage eines zweiten Kommu- 
nikationsprotokoUs kommunizieren konnen, wo- 
bei das erste und das zweite Netzwerk (17; 46, 52, 
54) sowie das erste und zwcitc Koimnunikations- 
protokoU verschieden sind, 

dadurch, gekennzeicfanet, daB jede erste Steuer- 
einrichtung (25, 30) eine logische Schnittstelle zur 
im wesentlichen transparenten Kommunikation 
zwischen wenigstens einer an das erste Netzwerk 
(17) angeschalteten Einrichtung (15, 20, 25, 30) 
und wenigstens einer an das zweite Netzwerk (46, 
52, 54) angeschalteten Einrichtung (50, 58, 59; 
54, 56, 57, 60) auf der Grundiage des ersten Kom- 
munikalionsprotokoUs aufweist. 

2. Automatisierungssystem nach Anspruch l,gekenn- 
zeichnet durch wenigstens eine zweite als Gateway 
fungierende Steuereinrichtung (50), iiber die wenig- 
stens zwei zweite Netzwerke (44, 52) miteinander ver- 
bindbar sind, wobei die zweite Steuereinrichtung (50) 
eine logische Schnittstelle zur im wesentlichen transpa- 
renten Kommunikation uber die zweiten Netzwerke 
(46, 52) auf der Grundiage des ersten Kommunikati- 
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onsprotokoUs aufweist. 

3. Automatisierungssystem nach Anspruch 1 oder 2, 
dadurch gekennzeichnet, daB das erste Netzwerk ein 
Leitnetzwerk, insbesondere das Ethernet, das zweite 
Netzwerk ein Feldbus, insbesondere ein InterBus-S 5 
nach DIN 19258 ist, und das erste Kommunikations- 
protokoli das TCP/IP-Protokoll ist. 

4. Automatisierungssystem nach Anspruch 3, dadurch 
gekennzeichnet, daB die logischen SchnittstcUen der 
ersten und zweiten Steuereinrichtungen jeweils zum to 
Umsetzen eines Datenblocks gemaB dem TCP/EP-Pro- 
tokoU in einen Datenblock gemaB dem zweiten Kom- 
munikationsprotokoU, insbesondere des PCP (Periphe- 
ral Communikation Protocol) -ProtokoUs ausgebildet 
ist. 15 

5. Automatisierungssystem nach einem der Anspriiche 
1 bis 4, dadurch gekennzeichnet, daB jede Steuerein- 
richtung cine Spcichereinrichtung zum Speichcm ins- 
besondere von Steuerprogrammen, Diagnosedaten 
iiber das jeweilige zweite Netzwerk und Konfigurati- 20 
onsdaten enthalt. 

6. Automatisierungssystem nach Anspruch 4 oder 5 in 
Verbindung mit Anspruch 3, dadurch gekennzeichnet, 
daB die logische Schnittstelle der ersten Steuereinrich- 
tung cine OCT (Open Com Intcrface)-Schnittstellc, ci- 25 
nen DDI-{Device Driver Interface)-Server und eine 
DDI-Schnittstelle zum Empfangen und Verarbeiten 
von liber das erste Netzwerk empfangenen DDI-Befeh- 
len umfaBt. 

7. Automatisierungssystem nach einem der Anspriiche 30 
4 bis 6 in Verbindung mit Anspruch 3, dadurch gekenn- 
zeichnet, daB die logische Schnittstelle der ersten und 
zweiten Steuereinrichtung einen FTP (File Transmis- 
sion Protocol) -Server und -CUent zum Empfangen und 
Ubertragen von Daten, insbesondere von Steuerungs- 35 
programmen und Konfigurationsdaten sowie einen 
MPM (Multi Port Memory)-Speicher umfaBt. 

8. Automatisierungssystem nach einem der Anspriiche 
4 bis 7 in Verbindung mit Anspruch 3, dadurch gekenn- 
zeichnet, daB jeder Steuereinrichtung eine IP-Adresse 40 
zugcordnet ist. 

9. Automatisierungssystem nach einem der Anspriiche 
1 bis 8, dadurch gekennzeichnet, daB die erste undVoder 
zweite Steuereinrichtung zum Aufnehmen wenigstens 
einer Anschaltkarte zum Anschalten eines zweiten 45 
Netzwerkes ausgebildet ist, wobei die Anschaltkarte 
einen Coprozessor enthalt, auf dem die logische 
Schnittstelle implementiert ist, und daB jeder Anschalt- 
karte eine EP-Adresse zugeordnet ist. 

10. Automatisierungssystem nach einem der Ansprii- 50 
che 1 bis 8, dadurch gekennzeichnet, daB die erste und/ 
oder zweite Steuereinrichtung zum Aufnehmen wenig- 
stens einer Anschaltkarte ausgebildet ist, daB die logi- 
sche Schnittstelle auf einem der jeweiligen Steuerein- 
richtung zugeordneten Stellvertreter- Server implemen- 55 
tiert ist, der wenigstens die virtuelle IP-Adresse der je- 
weiligen Anschaltkarte verwaltet. 

11. Automatisierungssystem nach einem der Ansprii- 
che 3 bis 10, dadurch gekennzeichnet, daB jede Steuer- 
einrichtung einen Speicher aufweist, in dem die IP- 60 
Adressen von vorbestimmten iibergeordneten und/oder 
untergeordneten Steuereinrichtungen sowie von vorbe- 
stinmiten Einrichtungen, die an wenigstens ein vorbe- 
stimmtes zweites Netzwerk angeschaltet sind, abgelegt 
sind. 65 

12. Automatisierungssystem nach einem der Ansprii- 
che 3 bis 11, dadurch gekennzeichnet, daB dem System 
eine abrufbare Einrichtung zum Spcichem der IP- 



Adressen und/oder virtueUen IP- Adressen aller an das 
erste und jedes zweite Netzwerk angeschlossenen Ein- 
richtungen sowie der ersten und zweiten Steuereinrich- 
tungen zugeordnet ist. 

13. Anschaltvorrichtung zum Einsatz in einem Auto- 
matisierungssytem nach einem der Anspriiche 1 bis 12, 
die ein erstes physikalisches Netzwerk (17), in dem alle 
angeschlossenen Einrichtungen (15, 20, 25, 30) auf der 
Grundlagc eines ersten Kommunikationsprotokolls 
kommunizieren konnen, mit einem zweiten physikali- 
schen Netzwerk (54), in dem alle daran angeschalteten 
Einrichtungen auf der Grundlage eines zweiten Kom- 
munikationsprotokolls kommunizieren konnen, ver- 
bindet, wobei das erste und das zweite Netzwerk (17, 
54) sowie das erste und zweite Kommunikationsproto- 
koll verschieden sind, dadurch, gekennzeichnet, daB 
die Anschalteinrichtung (30) eine logische Schnitt- 
stelle zur im wcscntlichen transparenten Kommunika- 
tion zwischen wenigstens einer an das erste Netzwerk 
(17) angeschalteten Einrichtung und wenigstens einer 
an das zweite Netzwerk (54) angeschalteten Einrich- 
tung auf der Grundlage des ersten Kommunikations- 
protokolls aufweist. 

14. Anschaltvorrichtung zum Einsatz in einem Auto- 
matisicrungssytcm nach einem der Anspriiche 1 bis 12, 
die wenigstens zwei zweite, einem ersten physikali- 
schen Netzwerk (17), in dem alle angeschlossenen Ein- 
richtungen auf der Grundlage eines ersten Kommuni- 
kationsprotokolls kommunizieren konnen, untergeord- 
nete Netzwerke (44, 52), in denen alle daran angeschal- 
teten Einrichtungen auf der Grundlage eines zweiten 
Kommunikationsprotokolls kommunizieren konnen, 
verbindet, wobei das erste und das zweite Netzwerk so- 
wie das erste und zweite Kommunikationsprotokoll 
verschieden sind, dadurch, gekennzeichnet, daB die 
Anschalteinrichtung (50) eine logische Schnittstelle 
zur im wesentlichen transparenten Kommunikation 
zwischen Einrichtungen, die an den zweiten Netzwer- 
ken angeschaltet sind, auf der Grundlage des ersten 
Kommunikationsprotokolls aufweist. 
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